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BACKGROUND OF THE INVENTION 



Field of the Invention 

5 [0001] The invention relates to computer systems and computer software, and more 
particularly to identifying data sources in computer systems. 

Description of the Related Art 

10 [0002] Large business systems may include application servers that run multiple 
applications and/or multiple copies of the same application concurrently. Some or all of 
these applications may be transaction oriented and may be capable of conducting many 
transactions simultaneously. Each transaction may require at least one connection for 
each data resource to be accessed and each connection requires a certain amount of 

15 system resources. Given the potentially large number of data resources and applications 
involved in transactions, the amount of system resources devoted to connections required 
to support the transactions could be substantial. 

[0003] Data sources in Java Database Connectivity (JDBC) are the connection 
20 factories through which connections to different databases may be obtained. The 
function of these data source objects is to hide backend database configuration specific 
details from the application and offer a uniform interface for obtaining connections, as 
defined in the JDBC specifications. For example, when it is determined that an 
application needs to communicate with a specific database resident on a backend system, 
25 the application server may typically instantiate a data source object corresponding to the 
database. The data source object may be associated with a connection pool including one 
or more connections to the database. In order to minimize the amount of database 
configuration specific information required by an application in order to obtain a 
connection, both the data source object and the application may use an abstract name to 
30 refer to the database. In this way, a developer writing application code may only need to 
know the abstract name for a database in order to obtain a connection to it. 
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[0004] Typically to obtain a connection to a database where my_database is an 
abstract name referring to a specific database on a backend system, application code 
would create a datasource object with my_database and call get__connection on the object. 
5 The data source object associated with the abstract name, my_database, will supply a 
connection to the desired database corresponding to the abstract name. A Java code 
example is as follows: 

DataSource ds=new DataSource(abstract_name); 
10 ds.getConnection(); 

[0005] Some applications may be large and complex and may be implemented by 
more than one developer. As a developer implements communications in a particular 
portion of an application, he may use abstract names to refer to the data sources that are 
15 to be accessed. These abstract names often aid the developer in recalling some 
characteristic of the data to be accessed. Developers implementing different portions of 
an application may use different abstract names for the same data resource. 

[0006] In a typical application server, a separate data source object is instantiated for 
20 each abstract name of a data resource to be accessed by an application. For example, a 
company may have a database for storing human resources (HR) information resident on 
a backend system. A large application for manipulating the HR information may be 
written by several developers. One section of the application written by a first developer 
may require access to employee name information from the HR database and may use the 
25 abstract name "employee_names" to obtain a connection to the HR database. Another 
section of the application written by a second developer may require access to employee 
serial number information from the HR database and may use the abstract name 
"empnumber" to obtain a connection. Yet another section of the application written by a 
third developer may require access to employee salary information from the HR database 
30 and may use the abstract name "salary" to obtain a connection. 
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[0007] When the application is executed, the three sections obtain three different 
connections from data source objects associated with the three different abstract names 
corresponding to the singular HR database. This situation results in an inefficient use of 
system communication resources due to the lack of a standard method for discovering 
5 whether multiple data source entities refer to the same backend data resource. 

[0008] For a transactional application this connection redundancy can result in the 
use of a more burdensome two-phase commit protocol, when if it were known that all 
connections were with the same data resource, a less-costly single-phase commit protocol 
10 could be used. 
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SUMMARY 



[0009] Various embodiments of a networked computer system in which an 
application server associates an identity with each data source included in the system are 
disclosed. The networked computer system may include several backend systems, each 
including one or more data resources, and the identity of a data source may be unique to a 
data resource. When an application requests a connection to a data resource, the 
application server may ascertain the identity of the associated data source and compare 
this identity to identities of data sources with existing connections. If a match is found, 
the application server may provide an existing connection to the application, whereas if 
no match is found the application server may provide a new connection. The identity of a 
data source may include one or more data source configuration parameters. In some 
embodiments, the identity may include database name, uniform resource locator (URL), 
and user name. 

[0010] In one embodiment, the data sources may be Java Data Base Connectivity 
(JDBC) DataSources and may be connection factories through which connection to 
different data resources (e.g. data bases) can be retrieved. These DataSource objects may 
hide data base specific configuration and offer a uniform interface for getting new 
connections as defined in JDBC. A global data source may be an XADataSource similar 
to a DataSource except that it is used to retrieve XAConnections. As described below, a 
unique identity may be established across DataSource and XADataSource objects and 
may be used to determine if two data source entities refer to the same backend data 
resource in order to facilitate connection sharing. By determining data source identities, 
a connection once retrieved from a data source may be shared across multiple uses in an 
application or transaction. 

[0011] The identity of both local and global data sources may be defined by a subset 
of properties used to configure the data source. For example, when a driver for a data 
base is specified, a subset of properties may be linked as that data source's identity. In 
one embodiment, the subset of properties may be data base name, URL and user name. 
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[0012] For data sources participating in a transaction, the identity of each requested 
data source may be compared to the identities of any data sources already participating in 
the transaction. If a match is found, the existing data source connection is used by the 
5 application. This may allow some transaction to be treated as local transactions (and thus 
use a more efficient commit protocol) that otherwise would have been treated as global 
transactions. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



[0013] A better understanding of the present invention can be obtained when the 
following detailed description is considered in conjunction with the following drawings, 
in which: 

[0014] FIG. 1 illustrates components of an application server, according to one 
embodiment. 

[0015] FIG. 2 illustrates components of an application server, according to another 
embodiment. 

[0016] FIG. 3 is a flowchart of one embodiment of a method of operating a data 
source ID manager. 

[0017] FIG. 4 illustrates a logical representation of data source configuration data, 
according to one embodiment. 

[0018] FIG. 5 is a flow chart of a method of configuring an application server, 
according to one embodiment. 

[0019] FIG. 6 illustrates components of a networked, transactional computer system, 
according to one embodiment. 

[0020] FIG. 7 is a flow chart of a method for operating a transaction manager, 
according to one embodiment. 

[0021] FIG. 8 illustrates an exemplary computer system, according to one 
embodiment. 
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[0022] While the invention is susceptible to various modifications and alternative 
forms, specific embodiments thereof are shown by way of example in the drawings and 
will herein be described in detail. It should be understood, however, that the drawings 
and detailed description thereto are not intended to limit the invention to the particular 
5 form disclosed, but on the contrary, the intention is to cover all modifications, 
equivalents, and alternatives falling within the spirit and scope of the present invention as 
defined by the appended claims. Note, the headings are for organizational purposes only 
and are not meant to be used to limit or interpret the description or claims. Furthermore, 
note that the word "may" is used throughout this application in a permissive sense (i.e., 
10 having the potential to, being able to), not a mandatory sense (i.e., must). The term 
"include" and derivations thereof mean "including, but not limited to." The term 
"connected" means "directly or indirectly connected," and the term "coupled" means 
"directly or indirectly coupled." 
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DETAILED DESCRIPTION OF EMBODIMENTS 



[0023] FIG. 1 is a block diagram illustrating components of application server 140, 
according to one embodiment. Application server 140 may include application 
program(s) 100, data source ID manager 130, data source objects 150, 152, and 154, and 
data source properties 160, among other components. Typically, an application server 
140 may include a data source for each abstract name for a data resource with which 
application programs 100 requires communication. Some data sources may provide only 
local connections. Such data sources may be referred to as local data sources. A local 
connection, for example may be used in transactions involving only one data resource. 
For example, data source 150 may provide local connections to database 180 resident on 
backend system 170. Other data sources may provide global connections, or both global 
and local connections. Such data sources may be referred to as global data sources. 
Global connections may be used, for example, in transactions involving multiple distinct 
data resources. Data source 152 may be an XA data source supporting distributed 
transactions and providing global XA connections, which are also associated with 
database 180 resident on backend system 170. 

[0024] In one embodiment, the data sources may be Java Data Base Connectivity 
(JDBC) DataSources and may be connection factories through which connection to 
different data resources (e.g. data bases) can be retrieved. These DataSource objects may 
hide data base specific configuration and offer a uniform interface for getting new 
connections as defined in JDBC. A global data source may be an XADataSource similar 
to a DataSource except that it is used to retrieve XAConnections. As described below, a 
unique identity may be established across DataSource and XADataSource objects and 
may be used to determine if two data source entities refer to the same backend data 
resource in order to facilitate connection sharing. By determining data source identities, 
a connection once retrieved from a data source may be shared across multiple uses in an 
application or transaction. 
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[0025] The identity of both local and global data sources may be defined by a subset 
of properties used to configure the data source. For example, when a driver for a data 
base is specified, a subset of properties may be linked as that data source's identity. 



5 [0026] For data sources participating in a transaction, the identity of each requested 
data source may be compared to the identities of any data sources already participating in 
the transaction. If a match is found, the existing data source connection is used by the 
application. This may allow some transaction to be treated as local transactions (and thus 
use a more efficient commit protocol) that otherwise would have been treated as global 
10 transactions. 

[0027] In some embodiments, a data source ID manager 130 may be included to 
determine data source identities. For example, an application 100 may request a 
connection with a data resource 180 according to an abstract name associated with the 

15 data resource. The application may specify a data source to provide the connection. Data 
source ID manager 130 may receive or intercept the application request and determine a 
unique data source ID for the specified data source. In one embodiment, data source ID 
manager 130 may determine the data source ID from a set of data source properties for 
the specified data source. In one embodiment, a configuration utility may have been used 

20 to configure the data sources and to indicate which data source properties 160 should be 
used to uniquely identify each data source. Data source ID manage 130 may determine 
which data sources have the same data source identity. For example, data sources 150 
and 152 may both have data source identity 190 and therefore, may both be capable of 
supplying connections to the same data resource. 

25 

[0028] Data source ID manager 130 may determine whether any data source having a 
matching data source ID has previously supplied a connection of the requested type that 
is still available to the application, and if so, return or cause to be returned the previously 
supplied connection to the application. For example, for a request to access database 
30 180, if a connection has previously been supplied from either data source 150 or 152, the 
data source ID manager may return this connection to the application. If no connection 
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exists, data source ID manager 130 may cause the appropriate data source to obtain a new 
connection. 

[0029] In other embodiments, as depicted in FIG. 2 the data source ID manager may 
5 intercept connection requests from data sources to a connection repository of the 
application server, e.g. connection pool 235. If an application 200 requests a connection 
with a data resource 280 according an abstract name associated with the data resource 
from data source 250, data source 250 may return a connection to the application in 
response to the request. To return the connection, data source 250 may request a 

10 connection to data resource 280 from connection pool 235. Data source ID manager 230 
may receive or intercept the request and determine a unique ID for the data source. In 
one embodiment, data source ID manager 230 may use a particular set of data source 
properties to determine a data source identity 290 associated with the request and 
determine which other data sources have the same data source identity 290. For example, 

15 data source 252 may also have data source identity 290 and therefore, may be capable of 
supplying connections of the requested type. 

[0030] Data source ID manager 230 may determine whether a data source with a 
matching ED, e.g. data source 252, has previously supplied a connection that is still active 

20 of the requested type to the application. If a connection has previously been supplied 
from data source 252, the data source ID manager may return or cause to be returned this 
connection to data source 250 to be sent to the application. If no connection has been 
supplied previously, data source ID manager 230 may forward the connection request to 
connection pool 235 for a new connection. By sharing previously supplied connections, 

25 across data sources with matching data source identities, the data source ID manager 130 
may eliminate redundant connections. 

[0031] In still other embodiments, upon receiving a request for a connection, data 
source ID manager may determine a unique data source identity associated with the 
30 request (e.g. from a predetermined set of properties for that data source), as described 
above. The data source ID manager may compare the data source identity associated 
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with the request with the identities of available data sources to determine whether a data 
source exists that is capable of supplying connections of the requested type. If no such 
data source exists, the data source ID manager may instantiate a data source associated 
with the abstract name to supply the necessary connection. If a data source with a 
matching data source ID already exists, the data source ID manager may forward the 
request to that data source. In another embodiment, the data source ID manager may 
create data source proxies for each different data source specified by an application (e.g. 
according to each different abstract name for data resources used in the application. For 
each data source referenced by the application having matching data source IDs, the data 
source ID manager may configure the data source proxies as proxies to the same true data 
source. In this way, redundant connections may be eliminated through eliminating 
redundant data sources. 

[0032] FIG. 3 is a flowchart of a method using data source IDs in an application 
server to improve efficiency of operation, according to one embodiment. At 300, an 
application may issue a request for a connection to a data resource. As depicted in block 
310, a unique data source identity corresponding to the request may be ascertained. For 
example, data source property information may retrieved from a data source properties 
object. The data source ID may be based on the information or values for a 
predetermined set of the data source properties for the requested data source. 

[0033] In decision block 320, the ascertained data source ID may be compared to data 
source IDs for other data sources in the application server. If a data source has already 
been established with a matching ID, a connection from the data source with a matching 
ID may be returned to the application, as shown in block 330. For example, the data 
source having a matching ID might have multiple connections pooled and the application 
server might choose any one of them to be returned. If no identity match is found at 320, 
a new connection may be obtained and returned to the application, as depicted at 340. 

[0034] FIG. 4 illustrates a logical representation of data source configuration 
properties 200, according to one embodiment. In any given implementation, data source 
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configuration information 200 may not necessarily be stored in the format illustrated. An 
application running on an application server may require communications with various 
data resources such as databases. Some of these data resources may reside on backend 
systems networked to the application server. The application server may include 
configuration information to establish successful communications with each of the data 
resources with which the application interacts. 

[0035] Data source configuration information 200 may include a plurality of data 
source entries 220. A data source entry may include the information needed to connect 
an application to a database that is managed by a database driver. Data source objects 
may work with a naming directory interface service in such a way that a connection may 
be instantiated and managed independently of the applications that use it. In this manner, 
connection information, such as path and port number, may be quickly changed in the 
properties of the data source object, without requiring code changes in the applications 
that use the data resource. 

[0036] In some embodiments, data source configuration information 200 may be 
included in an object. This object may include one or more methods that receive requests 
for information included in data source entries 220. For example, an application or a 
component of an application server may need to retrieve data from a database residing on 
a backend system remote from the application server on which the application is running. 
The application server may be coupled to the backend system by a network. In order to 
access the required data, the application may need to establish a network connection with 
the database. In some cases, the application may only include an abstract designation or 
name for the desired database. The application may generate a request for information 
necessary to connect to the database. A function included in the object may use the 
abstract designation supplied by the application to identify and return property 
information from a corresponding data source entry 220. 

[0037] Data source entry 220A may include a number of properties used to configure 
a data source, such as DB Name field 221A. DB Name field 221A may store a name for 
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the database as provided by a naming directory interface service. URL field 223A may 
include the URL of the database. A URL is the address of a resource available on the 
Internet. The URL includes the protocol of the resource (e.g. http:// or ftp://), along with 
the domain name (IP address) and the hierarchical name for the resource. User Name 
5 field 225A may include a name that the database recognizes as being authorized to access 
and or modify data. Class Name field 227A may include specific information about the 
database driver associated with the database. Password field 229A may include 
information that the database may use to authenticate the user specified by User Name 
field 225A. Abstract Name field 239A may include a string of character data that serves 
10 as an alias for the database. The abstract name may allow an application programmer to 
easily associate the type of data stored in the database but may contain little or no 
information needed to instantiate a network connection with the database. Many other 
types and/or combinations of types of properties and/or information may be included in a 
data source entry 210. 

15 

[0038] Identity 210 may include a subset of the information fields of data source 
entry 210. Typically, data source configuration information 200 may include multiple 
data source entries 210 corresponding to a particular data resource. For example, different 
components of an application may access a data resource for different reasons and may 

20 refer to that data resource by different abstract designations 239. Data source 
configuration information 200 may include a data source entry 220 corresponding to each 
abstract designation included in an application. A data source ID manager may be 
configured to identify a subset of the information included in a data source entry 220 as 
the data source identity 220 for that data source entry. In some embodiments, a 

25 configuration utility may be provided by the application server to configure the data 
source properties. The configuration utility may also be used to specify the particular set 
of properties that should be used to identify a particular data source. Different sets of 
properties may be specified for different types of data source, e.g. from different vendors 
or for different types of backend data resource. 

30 
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[0039] The data source entries 220 corresponding to a particular data resource may 
all include the same identity 210. In the illustrated embodiment, identity 210 may 
include the DB Name field 221, the URL field 223, and the User Name field 225. In 
other embodiments, the identity may include a greater or lesser number of information 
fields and/or other combinations of information fields included in the data source entry. 
The identity may incorporate less than all of the information included in an information 
field of the data source entry. The data source manager may combine and/or reorder 
entire information fields or portions of information fields included in the data source 
entry, in order to produce the data source identity 220. Regardless of format, the 
information included in the identity is sufficient to identify all data sources for a single 
data resource uniquely with respect to data sources for other data resources in a 
networked computer system. 

[0040] An application server may use proxies in conjunction with data source 
identities in order to eliminate the instantiation of redundant data sources. When the 
application server is prepared to instantiate a data source associated with an abstract 
name, the data source ID manager may determine the identity of the data source. The 
data source ID manager may compare the identity of the data source to be instantiated 
with the identities of existing data sources. If no existing data source has a matching 
identity, the application server may proceed with the instantiation of the new data source. 
However, if a data source with a matching identity does exist, the application server may 
instantiate a proxy for the new data source in the naming directory space instead. The 
proxy for the new data source may receive connection requests intended for the new data 
source and route them to the existing data source with the matching identity. In this way 
the allocation of system resources to a redundant data source may be avoided. 

[0041] FIG. 5 is a flow chart of a method of configuring an application server, 
according to one embodiment. At 500, a data source proxy may be instantiated 
corresponding to each data resource reference (e.g. abstract name) used in an application. 
Data source identities may be determined for each abstract data source reference in the 
application, as shown in block 510. 
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[0042] Each data source proxy may be linked to a data source with a matching 
identity, as illustrated at 520. For example, multiple abstract names for data resources 
included in an application may refer to the same data resource e.g. a particular database 
on a backend system. A single data source may be included in the application server to 
provide connections to that database. All data source proxies whose associated abstract 
names correspond to the identity of the data source may be linked to that data source. 
The application may then obtain a connection to the data resource using any abstract 
name linked to the data source, as illustrated at block 530. 

[0043] In addition to conserving resources in the application server by eliminating 
redundant data sources, the association of identities with data sources may also improve 
the efficiency of transactions in multi-tier applications, as described below. 

[0044] Some application programs, particularly business applications, may require 
that the results of sets of data modifying operations must be committed to permanent 
storage atomically, that is either together or not at all, in order for the data to remain 
consistent and to maintain data integrity. Such a set of operations may be referred to as a 
transaction. An application may designate operations to be included in a transaction by 
including a statement to initiate a transaction, designating an identity for the transaction, 
and concluding the operations included in the transactions with a command to commit the 
database operations to permanent storage. 

[0045] An example of an application in which a transaction may be beneficial is a 
banking application in which funds are transferred from one account to another. The 
application may accomplish the transfer by performing a withdrawal from one account 
and a deposit to another account. If the withdrawal operation completes but the deposit 
operation does not, the first account may reflect and improper balance. Conversely, if the 
deposit operation completes, but the withdrawal fails, the second account may show an 
improper balance. In the case of such a set of interdependent operations, neither the 
withdrawal nor the deposit should complete unless both can complete. By including both 
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the withdrawal and deposit operations in a transaction, the application may designate that 
the operations are required to complete atomically. 

[0046] In some cases, a transaction may be limited in scope to operations, which 
5 modify data in only one database on a single backend system. Such operations may be 
referred to as local transactions and the database or backend resource manager may itself, 
manage such transactions using a single-phase commit protocol. In other instances, a 
transaction may span multiple databases, backend systems, and/or resource managers. 
These transactions may be referred to as distributed or global transactions. Global 
10 transactions may require transaction coordination by a transaction manager external to 
the backend systems involved in the transaction. The transaction manager may 
coordinate a global transaction using a two-phase commit protocol. 

[0047] FIG. 6 illustrates a networked computer system, according to one 
15 embodiment. The networked computer system may support the execution of three-tier 
applications. A three-tier application is an application that may be organized into three 
major parts, each of which may be distributed within a networked computer system. The 
three parts (tiers) may include: one or more clients 760, one or more servers 740, and 
one or more back-end systems 770 (e.g. databases) along with their management 
20 functions 785. In the first tier, a client may be a program running on a user's computer 
that includes a graphical user interface, application-specific entry forms, and/or 
interactive windows for interacting with an application. An exemplary client may be a 
web browser that allows a user to access the Internet. In the second tier, a server may be 
a program such as an application server that contains the business logic for an application 
25 such as banking transactions or purchasing merchandise for the user of a client. The 
server may be running on one or more computers. 

[0048] A plurality of client systems may connect to one or more servers as 
components of a network 750. An exemplary network of this type is the Internet. Clients 
30 may submit requests to servers. In some instances a server 740 may be able to fulfill a 
request using only resources available within the server itself. In other cases, the server 
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may need to access resources in other networked computer systems in order to fulfill the 
client's request. For example, server 740 may request data on the behalf of client 760 
from a database 780 residing on a backend system 770. This request may require the 
establishment of a connection between the server 740 and a backend system 770. A 
connection is a set of computer system resources and parameters, which allows 
communications between two or more entities within the system. 

[0049] The third tier of a three-tier application may include one or more backend 
systems 770. A backend system 770 may include one or more databases 780 and 
programs that facilitate access to the data they contain, designated resource managers 
785. Databases on backend systems may be referred to as data sources. In order to 
perform a particular function, an application 720 may need to retrieve and/or alter data in 
multiple databases resident on multiple backend systems. A set of two or more related 
operations that must be coordinated together atomically may be referred to as a 
transaction. A transaction involving more than one data source may be referred to as a 
distributed or global transaction. 

[0050] FIG. 7 is a flow chart illustrating a method for transaction management, 
according to one embodiment. As illustrated by block 800, after a transaction has been 
initiated, the data source ID manager may determine identities of data sources supplying 
connections to transaction participants to ensure that redundant connections are avoided 
for communicating with any data resource participating in the transaction. At some 
point, the application may request that the transaction manager commit the state of the 
transaction, as indicated at block 810. As shown by decision block 820, the transaction 
manager may determine whether more than one unique data resource is participating in 
the transaction by checking the number of unique connections being used. If multiple 
unique data resources have been enlisted, the transaction manager may use a two-phase 
commit protocol to coordinate the transaction as indicated in block 830, whereas a one- 
phase commit optimization may be used for a transaction communicating with a single 
data resource, as shown at 840. For example, in the case where an application 
communicates with a single data resource using a plurality of abstract names, the data 
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source ID manager may ensure that only a single connection is enlisted in the transaction. 
Thus, the transaction manager may coordinate the transaction as a local transaction rather 
than a global transaction. This may reduce the amount of resources and time needed to 
execute the transaction. 

[0051] FIG. 8 illustrates one embodiment of a computer system 1000 that may 
include an application server 1005 utilizing data source identities as described herein. 
Computer system 1000 may include many different components such as memory 1010, a 
central processing unit (CPU) or processor 1020, and an input/output (I/O) interface 
1025. Interconnect 1015 is relied upon to communicate data from one component to 
another. For example, interconnect 1015 may be a point-to-point interconnect, a shared 
bus, a combination of point-to-point interconnects and one or more buses, and/or a bus 
hierarchy including a system bus, CPU bus, memory bus and I/O buses such as a 
peripheral component interconnect (PCI) bus. 

[0052] The computer system 1000 preferably includes a memory medium on which 
computer programs according to various embodiments may be stored. The term 
"memory medium may include an installation medium, e.g., a CD-ROM, or floppy disk; 
a computer system memory such as DRAM, SRAM, EDO DRAM, SDRAM, DDR 
SDRAM, Rambus RAM, etc., or a non-volatile memory such as a magnetic media, e.g., a 
hard drive 1030, or optical storage. The memory medium may include other types of 
memory as well, or combinations thereof. In addition, the memory medium may be 
located in a first computer in which the programs are executed, or may be located in a 
second different computer, which connects to the first computer over a network. In the 
latter instance, the second computer provides the program instructions to the first 
computer for execution. 

[0053] Also, the computer system 1000 may take various forms, including a personal 
computer system, mainframe computer system, workstation, network appliance, Internet 
appliance, personal digital assistant (PDA), television system or other device. In general, 
the term "computer system" can be broadly defined to encompass any device having a 
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processor, which executes instructions from a memory medium. The memory medium 
preferably stores a software program or programs for event-triggered transaction processing 
as described herein. The software program(s) may be implemented in any of various ways, 
including procedure-based techniques, component-based techniques, and/or object-oriented 
techniques, among others. For example, the software program may be implemented using 
ActiveX controls, C++ objects, JavaBeans, Microsoft Foundation Classes (MFC), or other 
technologies or methodologies, as desired. 

[0054] Memory 1010 may store program instructions accessed by the CPU 1020. For 
example, instructions and data implementing an application server 1005 may be stored in 
memory 1010. Application server 1005 may include one or more applications, data 
sources, data source proxies, transaction managers, and/or a data source ID manager. 

[0055] Computer system 1000 may further include other software and hardware 
components, such as an input/output (I/O) interface 1025, that may be coupled to various 
other components and memory 1010. The CPU 1020 may acquire instructions and/or data 
through the I/O interface 1025. Through the I/O interface 1025, the CPU 1020 may also 
be coupled to one or more I/O components. As illustrated, I/O components may include 
a hard disk drive 1030, a network adapter 1035, a display adapter 1040 and/or a 
removable storage adapter 1045. Some components 1030 to 1045 may be coupled to the 
I/O interface 1025. In addition, the computer system 1000 may include one or more of a 
particular type of component. The computer system 1000 may include one or more 
components coupled to the system through a component other than the I/O interface 
1025. Some computer systems may include additional and/or other components such as 
application software (e.g., stored in memory 1010), other CPUs, video monitors or other 
displays, track balls, mice, keyboards, printers, plotters, scanners, or other types of I/O 
devices for use with computer system 1000. 

[0056] Various embodiments may further include receiving, sending or storing 
instructions and/or data implemented in accordance with the foregoing description upon a 
carrier medium. Generally speaking, a carrier medium may include storage media or 
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memory media such as magnetic or optical media, e.g., disk or CD-ROM, volatile or non- 
volatile media such as RAM (e.g. SDRAM, DDR SDRAM, RDRAM, SRAM, etc.), 
ROM, etc. as well as transmission media or signals such as electrical, electromagnetic, or 
digital signals, conveyed via a communication medium such as network and/or a wireless 
link. 

[0057] The various methods as illustrated in the figures and described herein 
represent exemplary embodiments of methods. The methods may be implemented in 
software, hardware, or a combination thereof. The order of method may be changed, and 
various elements may be added, reordered, combined, omitted, modified, etc. 

[0058] Various modifications and changes may be made as would be obvious to a 
person skilled in the art having the benefit of this disclosure. It is intended that the 
invention embrace all such modifications and changes and, accordingly, the above 
description to be regarded in an illustrative rather than a restrictive sense. 
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